Grid licensing server and fault tolerant grid system and method of use

ABSTRACT

A system and method for managing licensed and non-licensed resources in a grid network is provided. A license server receives and processes requests for a license and determines whether a license is available and, if necessary, causes a new configuration to be created on a server for satisfying the request. A new grid node may also be created and configured to be added to the grid for creating additional capacity for grid processing. The configuration may be performed at a time prior to an actual need by the grid, perhaps due to a faulted node, and quickly brought on-line with a simple configuration update. The new grid node may also have a virtual IP address reassigned to quickly redirect processing from the faulted node to the newly configured node. Also, an external resource dispatcher may add new resources such as storage or processing capacity to the grid and may coordinate the new resources with the license server.

FIELD OF THE INVENTION

The invention generally relates to a system and method for providing afault tolerance in a grid based computer system and, more particularly,to a system and method for providing fault tolerance in a grid basedcomputer system and flexibly managing application licenses in the gridbased system.

BACKGROUND DESCRIPTION

In grid based computer system, when a server in the grid goes off-line,applications that were served by the off-line server are no longeravailable from that server. Requests for the applications once served bythe off-line server may not be serviced or a new server with therequested application must be located with a valid license.

Moreover, when a server reaches a limiting threshold such as computingpower, memory, storage, external limiting factor, or the like, there isno orderly process to add additional resources in anticipation of thethreshold or as a result of reaching the threshold. Flexibly adding newresources to the grid in view of the threshold or releasing theresources when no longer required typically does not occur with muchtransparency or without disruption to a process somewhere in the grid.

Adding additional resources to the grid typically requires validation ofthe new resource. For example, a new server with an appropriate resourcemay not be able to be added to the grid because the server has no validlicense for the resource. Alternatively, a license typically has anassociated metering required to assure that instances of a resource donot exceed a pre-determined limit, typically according to the terms ofthe license. In a grid system, the metering of resources becomesproblematic when host machines or servers become unavailable or reach aperformance limit. Adding new application resources for availability tothe grid from alternate servers usually necessitates a reconciling oflicense terms (i.e., metering or instance counts) for the givenresource.

However, little transparency currently exists to provide for dynamicallyadding and removing resources in the grid in response to demands forlicensed applications (and in certain instances “non-licensed”resources) so that the demands are met while also detecting faults inone or more grid components (e.g., application servers) and dynamicallyadjusting for the faults transparently by adding (or removing) newresources to the grid according to available license limits. Thus,adding or removing of resources should be transparent to an applicationrequestor and grid operations overall, and be reconciled according tolicensing limits.

SUMMARY OF THE INVENTION

In an aspect of the invention, a method for managing operations in agrid computing system is provided. The method comprises the steps ofcreating one or more generic nodes from a master node by transferring animage to the one or more generic nodes from the master node andtransforming the one or more generic nodes into one or more operationalnodes by sending a configuration update to each of the one or moregeneric nodes, the configuration update providing information to createa uniquely identified one or more operational nodes within a gridnetwork.

In another aspect of the invention, a method for managing applicationsin a grid computing system is provided. The method comprises the stepsof receiving a license request for a resource, checking cache todetermine whether the resource is available and, if available in cache,returning a response indicating that the cached resource is availablewith a license, and if not available in cache, locating the resourcefrom a non-cached location and authorizing the resource for useaccording to a license appropriate for the resource and returning aresponse identifying the resource's availability.

In another aspect of the invention, a method of acquiring resources in agrid system is provided. The method comprises receiving a request for aresource from one node of a plurality of nodes in a grid, identifying aresource suitable for satisfying the request and attaching the resourceto the grid for use by at least the one of a plurality of nodes forprocessing one or more applications in the grid.

In another aspect of the invention, a method of acquiring resources in agrid system is provided. The method comprises the steps of receiving arequest for a resource from one node of a plurality of nodes in a grid,identifying a resource suitable for satisfying the request and attachingthe resource to the grid for use by at least the one of a plurality ofnodes for processing one or more applications in the grid.

In another aspect of the invention, a license server for managingresources in grid system is provided. The license server comprises alicense profile component for profiling one or more licenses includingterms and conditions for one or more resources, a licenses cache fortracking preconfigured licenses and providing improved response timewhen a request for a license is received and the license is cached and aserver profile for maintaining data on available servers andconfigurations of the one or more resources and for locating a licensedapplication when a cached license is unavailable, wherein a request fora license is verified by the license profile and an available license isprovided in response to the request based on availability from one ofthe licenses cached and the server profile.

In another aspect of the invention, a system for managing acomputational grid is provided. The system comprises means for receivinga license request from a requester in a grid network, means foridentifying an available license, means for creating a new operationalnode and configuring the new operational node to satisfy the licenserequest when currently existing operational nodes are unable to satisfythe license request and means for notifying the requestor of theavailable license.

In another aspect of the invention, a system for managing resources in agrid computational system is provided. The system comprises a licenseserver for managing the usage of licensed resources in a grid network,the grid network having a plurality of nodes, a backup component forcreating and storing images from a master node to a generic node forcreating an operational node upon an event, an external resources storefor maintaining at least any one of an image and an application forcreating operational nodes in conjunction with a request from thelicensing server and an external resources dispatcher for providingnon-license resources to the grid network in collaboration with thelicensing server to maintain a consistent record of availableconfigurations of the plurality of nodes.

In another aspect of the invention, a computer program productcomprising a computer usable medium having readable program codeembodied in the medium for managing resources in a grid computationalsystem is provided. The computer program product includes at least onecomponent to create one or more generic nodes from a master node bytransferring an image to the one or more generic nodes from the masternode and transform the one or more generic nodes into one or moreoperational nodes by sending a configuration update to each of the oneor more generic nodes, the configuration update providing information tocreate a uniquely identified one or more operational nodes within a gridnetwork.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a logical block diagram of an embodiment showing components ofa license server;

FIG. 2 is a functional block diagram of an illustrative embodimentshowing creation of a new node in a grid;

FIGS. 3A and 3B are functional block diagrams of embodiments showingcomponents involved in basic licensing operations;

FIGS. 4A and 4B are block diagrams of embodiments of the invention; and

FIGS. 5A and 5B are flow diagrams of an embodiment showing steps of theinvention.

DETAILED DESCRIPTION OF EMBODIMENTS OF THE INVENTION

This invention is generally directed to a system and method fortransparently providing a licensing server in a grid network computersystem for flexibly managing the addition or removal of resources whilecomplying with licensing usage terms of the resources. Also, theinvention provides for adding or removing other resources the grid andis referred to generally as “non-licensed” resources (e.g., processingcapacity, storage, memory, certain applications not requiring licenses,etc.) In this way, dynamic adjustments may be achieved in the grid'sresources, perhaps due to grid faults or demand changes for one or moreapplications, while complying with the terms of the associated licenses.

FIG. 1 is a logical block diagram of an embodiment showing components ofa license server, according to the invention, generally denoted byreference numeral 100. The license server 100 may be a node in a gridcomputer network and the logical components 105-140 of the licenseserver 100 may be embodied as one or more software data structuresand/or software program codes, as appropriate. The license server 100may include a license profile component for profiling licenses whichcontains data that includes information such as licensing terms andconditions for one or more applications. The license profile may alsocontain how many licenses are available, total licenses owned, and/ortype(s) of licenses such as, for example, fixed application license,usage based license, processor based license, and operating system (OS)type, if applicable.

The license server 100 may also include an optional virtual IPconfiguration table 110 for use during backup and restore operations. Byassigning a virtual IP address to a server, the server may be replaced,perhaps due to a fault, with minimal impact by expeditiously assigningthe virtual IP address to an alternate or newly configured server, or asotherwise required.

The license server 100 may also include a license cache 115 for trackingpreconfigured licenses on servers. The license cache 115 provides forincreased response time when a request for a license is received bylocating any application to satisfy the request using cache. The licensecache 115 also permits an application to be removed after its use. Oncea server is cached with a license for an application, the applicationmay be loaded on the server and queued as active.

The license server 100 may also include a server profile 120 whichcontains a list of all available servers and their resourceconfigurations, e.g., OS, memory, processors, storage, I/O capacity, orother configuration information. The license server 100 may also includea fixed usage server component 125 that identifies fixed licenses thatare fixed to a specific server and typically cannot be removed. Thesefixed licenses usually have a special signature allowing a specificserver to use them. Resources with this type of licensing may be limitedin availability and may not be subject to dynamic re-assignment.

License server 100 may also include a usage table component 130 (ordatabase) for tracking licenses distributed on a used basis. The usagetable component 130 typically tracks when a license is provided to aserver and tracks when the license is returned. The usage tablecomponent 130 may also track time, computer cycles, disk space, or othersimilar metrics related to a license usage.

Also included in the license server 100 may be an external licensingagents component 135, typically a table or database. Requests for alicense identified in the licensing profile 105 as “external” may behandled through the external licensing agents component 135 whichcontains configuration information necessary to contact an externallicensing server.

The licensing server 100 may also include a resource configurationdatabase 140 that tracks how an application is configured. Theconfiguration database may optionally be associated with the licensingserver 100 or operate separately with appropriate communicationinteroperability with the licensing server 100. For certain embodiments,described below, configuration and image of applications on a server mayalso be stored as part of the configuration database 140 and maintainedin a “ready” state for rapid transfer to another server. For example,images may be maintained so that in the case of a backup/restorescenario, a new image is quickly obtained.

Backup component 145 is also provided and may be either distributed orincluded as part of the license server 100 to facilitate and controlbackups of grid nodes. Typically, the backup component 145 performsone-time synchronization backups of master nodes to backup nodes and,thereafter, incremental backups of master nodes to backup nodes.

FIG. 2 is a functional block diagram of an illustrative embodimentshowing creation of a new node in a grid, generally denoted as referencenumeral 200. FIG. 2 also shows various steps for creating the new node.The steps are designated as S250-S270. The creation of a new node may beinitiated by the licensing server 100 for a variety of reasons or eventssuch as, for example, providing additional resources for processing oneor more applications, performance problems with an existing server,reallocation of resources, backup/restore issues, or the like. Includedin this example is a master node 205, labeled as “Atlanta,” designatedas node 250, server name of “MM01AIX” and having Internet protocol (IP)address of 10.10.1.134. This master node 205 also possesses images ofassigned applications and associated configurations.

When licensing server 100 determines that a new node (or a restore of anexisting server or node) is necessary, the backup component 145 oflicensing server 100 manages the overall process to create or restore aserver by using an existing image. At step S250, a generic node 210 maybe created by transferring an image from master node 205. Initially, thegeneric node 210 has the same generic information as the master node205, for example, same IP address, same server name, etc.

In order to transform the generic node to operational status, thegeneric node 210 receives new configuration from either the master node205 or alternatively from the licensing server 100. At step S260, aconfiguration update is triggered upon successful generic node creationwhich may be controlled by a configuration script or a control list,e.g., a file or from a universal resource locator (URL). At step S265,the configuration update data supplies new information to the genericnode 210 which transforms the generic node 210 into an operationalworker node 215. The configuration update information may include, butnot limited to, new server name (e.g., WNI08AIX), new IP address (e.g.,10.10.1.14), configuration data for applications, and the like. When thenew configuration update information has been successfully received, atstep S270, the worker node 215 may acknowledge the receipt of theconfiguration information. The worker node is now configured to become apart of the operations of the grid. Alternatively, in embodiments, thecontrol list may be included with the image transfer to the generic node(e.g., step S250) so that the configuration update information may beaccomplished by the generic node immediately.

The process of FIG. 2 may also provide for generic nodes to be pre-builtwith pre-determined images and “standing-by” so that reserves of newgeneric nodes may be created prior to an “urgent” need arising in thegrid. In this case, a “stand-by”generic node may be transformed into anoperationally configured worker node by simply sending the control listto the generic node for finalizing configuration parameters, such as IPaddress (maybe virtual IP address), node rank, applicationconfiguration(s), and server name, or the like. The node rank mayinclude it's priority for communicating in some grid based networks. Forexample, the lower the node rank, the less priority it has tocommunicate in the grid. Grids that use node ranking need to know whereto place the resource in the grid's communication structure. Noderanking can also apply to the rank that a node may have in a functionalset of operations if a primary and secondary functional set is requiredto satisfy a particular need (e.g., Primary SMS server and Secondary SMSserver). In this way, the time to bring a new node into service isminimized since the generic nodes have already been pre-configured witha suitable image.

In embodiments, the process of FIG. 2 may also provide for restoring afaulted server. When a server faults, a backup node (e.g., a genericnode) may be created (if not already created and “standing by”) aspreviously described. The licensing server may also remove the currentfaulted server from service by removing a virtual IP address and othernetwork specific configurations (e.g., routes, gateways, DNS servers,etc.) assigned to it. Once the backup server is created or is ready, thelicense server may assign the virtual IP address and other networkspecific configurations to the new server which had previously beenassigned to the faulted server. The functionality of the originalfaulted server is now returned to service. This process assumes that thehardware of the new server is the same or comparable to the faultedserver which the license server maintains and validates compatibility.If the hardware is not compatible, a request for additional orreconfigured hardware, described below, may be necessary in order tobring the new server on-line with proper functionality.

FIGS. 3A and 3B are functional block diagrams of embodiments showingcomponents involved in basic licensing operations, generally denoted asreference numerals 300 and 370, respectively. The functional blockdiagrams also shows steps of basic licensing operations as denoted bysteps S305-S350.

Referring to FIG. 3A, a grid scheduler 150 may receive a request (notshown), typically through a job executing in the grid, which may cause arequest for another job or application to execute. In order to schedulethe request, at step S305, the grid scheduler 150 interacts with thelicense server 100 and one or more license server 100 components, suchas the license profile 105. In this example, license profile 105 mayattempt to locate an available application and verifying that a licenseis available for an appropriate resource in order to service the requestfrom the grid scheduler 302 with suitable application profile andlicense.

At step S3 10, the license cache 115 may be checked to ascertain whethera preconfigured license is available and on which server. If there is alicense available in license cache 115, then at step S3 1 5, therequested application or resource may be loaded and placed as active, ifnecessary, and a response may be sent to the grid scheduler 302indicating that the cached resource is available for use.

If, however, no license is available in cache, then at step S320, anindication is returned to the license profile component 105 indicatingthat no license is available in the license cache 115. At step S325, theserver profile 120 may be consulted to locate and select a server havingan appropriate configuration for the request. At step S345, an availablelicense in compliance with the license profile 105 may be sent to theselected configured application server 155 authorizing the license's andapplication's use. At step S350, a notification is sent to the gridscheduler 302 indicating that the selected licensed server is availableand assigned for use. The grid scheduler 302 may now proceed with usualgrid application scheduling according to the license informationprovided by the license server's 100 components.

The embodiment of FIG. 3B is similar to the embodiment of FIG. 3A withlike items and steps denoted with the same reference numerals; but, FIG.3B now includes additional steps S330-S340 and an external resourcestore 303. Steps S305 and S310 are the same as previously described inreference to FIG. 3A. In the embodiment of FIG. 3B, the server profile120 may include one or more entries indicating that a particularresource may be available outside the licensing server 100 domain. Theexternal resource store 303 (e.g., one or more servers with anappropriate application and/or image, perhaps under control of anotherlicensing server with another domain) may be accessed to satisfy a gridscheduler request.

Continuing from step S325, when the server profile 120 indicates that arequested resource may be available from an external resource store 303,at step 330, a resource request may be made to the external resourcestore 303 to discover the availability of the particular resource. Theresource request typically includes a destination identifier of where todownload the resource (e.g., application server 325). At step S335, ifavailable, an image or requested resource (e.g., an application) may bedownloaded to a target application server, i.e., application server 325,if not already downloaded, while honoring licensing criteria for therequested resource. At step S340, an acknowledgement may be returnedindicating that the requested resource is available for use (conversely,a negative reply, i.e., unavailable, may indicate that no resource isavailable when the request cannot be satisfied). Processing may continuewith step S345, if a resource is available, where a license may be sentto the application server 325, having been supplied with the appropriateresource from the external resource store 303, if necessary.

The process of FIGS. 3A and 3B also provides for the transfer ofconfiguration data to be sent to the application server before the gridattempts to process any data. Along with a request for a license, thegrid scheduler 302 might send a pre-configuration request for certainapplications. This may be accomplished by including thepre-configuration request in the original license request. Processorlimited applications may also use the resource configuration toconfigure the application to limit the number of processors theapplication may split into. Applications that may spawn multiple virtualmachines (VM) for each processor might be configured to limit the numberof VMs to the number stipulated by the license.

Also, if external agents need to run, an xm1 execution port or expectscripts may execute requested agents, i.e., external executables on theapplication server. An external agent includes, but is not limited to,network and system monitoring utilities (e.g., Tivoli or NetExpertMonitoring Services) , security tools (e.g., Jazz or Patrol), or othernon-grid related applications that may be required for the server, butare not required for the actual use of the server on the grid. Externalagent may include, for example, any external program that is not gridenabled, but may need to be executed on the remote server.

FIGS. 4A and 4B are block diagrams of embodiments of the invention. Theembodiment of FIG. 4A includes several components including grid licenseserver 100, an external resource dispatcher (ERD) 160 that is a managingagent for controlling access to external “non-licensed” resources (e.g.,hardware capacity such as memory, storage, other computing resources, orapplications not requiring a license or metering, and the like), gridnodes 170A-170D and network 155 for interconnected the components. TheERD 160 may manage resources for more than one grid networks.

The ERD 160 also monitors the non-licensed resources and collaborateswith the license server 100 (which typically manages licensed resourcesbut is sensitive to hardware configurations or other “non-licensed”resources) to identify and anticipate any external resource that hasreached operational limits or a pre-determined threshold. For example,when the grid requires more computing power, a request to the ERD 160(alternatively, in embodiments, the ERD identifies and determines theneed independently and coordinates with the grid license server, perhapsby sending a request for more resources to the licensing server whichmay acknowledge the request) results in additional computing resourcesto be added to the grid.

FIG. 4B is similar to the embodiment of FIG. 4A, except the licensingserver and ERD functionality are functionally combined as one entity165, perhaps on the same server.

FIGS. 5A and 5B are flow diagrams of an embodiment showing steps of theinvention, starting at step 500. FIGS. 5A and 5B may equally represent ahigh-level block diagram of components of the invention implementing thesteps thereof. The steps of FIGS. 5A and 5B (and all other diagramsshowing steps) may be implemented on computer program code incombination with the appropriate hardware. This computer program codemay be stored on storage media such as a diskette, hard disk, CD-ROM,DVD-ROM or tape, as well as a memory storage device or collection ofmemory storage devices such as read-only memory (ROM) or random accessmemory (RAM). Additionally, the computer program code can be transferredto a workstation over the Internet or some other type of network.

Continuing with FIG. 5A, at step 505, a client (e.g., a grid node)requests a non-licensed resource (i.e., a resource that does not requiremanagement by usage metering, or a resource for which metering is notrequired according to the terms or implied terms of a license) such asmore processing resources, disk storage, memory, an applicationrequiring no license, a physical device, or the like. At step 510, acheck is made whether the client is a valid user of the ERD. If not,then at step 515, the request is denied and the process ends at step595. If, however, the client is valid, then at step 520, a check is madewhether the requested non-licensed resource is available. This check mayinclude checking a database for identifying possible resources andassociated IP addresses, CPU power, storage ability, memory capacity,rights and privileges of each possible resource, and/or specialresources, if any. If the resource is not available, then processingcontinues at step 515 where the request is denied. However, if thenon-licensed resource is available, a signal is sent to the availablenon-licensed resource for joining the resource to the client's grid atstep 525. At step 530, IP addresses and proper permissions may be sentto the client's requesting agent to allow the resource to join the grid.

At step 535, the client registers the non-licensed resource as able tojoin the grid. At step 540, the client returns a response acknowledgingthat the resource may join the grid. At step 545, the non-licensedresource attaches to the client's grid. At step 550, the non-licensedresource sends an “attached” signal to the ERD. At step 555, the clientcompletes task involving the previously attached non-licensed resourceand determines that the non-licensed resource is no longer required(e.g., falls below a threshold for a period of time or simply no longerneeds the resource).

At step 560, the client may send a “detach” signal for the non-licensedresource to the ERD. At step 565, in Figure SB, the ERD may acknowledgethe request. At step 570, the ERD may send a “detach” signal to thenon-licensed resource. At step 575, the resource may detach from thegrid and, at step 580, may send a “detached” signal to the ERD. At step585, the ERD typically places the resource back into an “available” pooland records that the resource is available for reassignment. At step590, the ERD stops accounting for time associated with the resource forthe client. At step 595, the process ends.

The resulting configurations produced by the ERD may be coordinated withthe licensing server to maintain a consistent and current status ofresources being added or removed to the grid network. In this way, thelicensing server is able to identify candidate servers that may beeligible (e.g., has appropriate hardware profile) to receive newapplication configurations, for example, to become a new operationalnode or receive a particular application, based on any resources thatthe ERD added or removed. The ERD may also be requested to add or removehardware resources at the request of the licensing server, perhaps basedon a network event (e.g., a fault in a server, an immediate lack ofresource, a new application request, a capacity threshold beingexceeded, a request for more resources and a fault in the grid networkor the like).

While the invention has been described in terms of embodiments, thoseskilled in the art will recognize that the invention can be practicedwith modifications and in the spirit and scope of the appended claims.

What is claimed is:
 1. A method for managing operations in a gridcomputing system, comprising the steps of: creating one or more genericnodes from a master node by transferring an image to one or more nodesfrom the master node; and transforming the one or more generic nodesinto one or more operational nodes by sending a configuration update toeach of the one or more generic nodes, the configuration updateproviding information to create a uniquely identified one or moreoperational nodes within a grid network.
 2. The method of claim 1,wherein the transferring an image step includes sending theconfiguration update.
 3. The method of claim 1, further comprisingattaching the one or more operational nodes to the grid network for useby applications within the grid network.
 4. The method of claim 1,further comprising the step of acknowledging successful reception of theconfiguration update.
 5. The method of claim 1, wherein the creatingstep is initiated by a licensing server.
 6. The method of claim 1,wherein the configuration update is sent from the licensing server basedon an event.
 7. The method of claim 6, wherein the event is a requestfor more resources, a fault in the grid network or a request from anexternal resource dispatcher (ERD).
 8. The method of claim 1, whereinthe configuration update is unique to each of the one or moreoperational nodes and includes at least any one of a unique server name,a node rank, an application configuration and a unique Internet Protocol(IP) address for each of the one or more generic nodes.
 9. The method ofclaim 1, further comprising the steps of: removing a virtual IP addressfrom one operational node of the one or more operational nodes; andreassigning the virtual IP address to another operational node of theone or more operational nodes to quickly cause redirection of processingto the another operational node.
 10. A method of acquiring resources ina grid system, comprising: receiving a request at an external resourcedispatcher for a resource from one node of a plurality of nodes in agrid; identifying a resource suitable for satisfying the request;attaching the resource to the grid for use by at least the one of aplurality of nodes for processing one or more applications in the grid;and sending an attached signal from the resource to the externalresource dispatcher.
 11. The method of claim 10, wherein the externalresource dispatcher is a managing agent for controlling access toexternal resources and the resource is a non-licensed external resource.12. The method of claim 10, further comprising the steps of: sending asignal to the resource to join the grid; and registering the resource atleast at the one node of a plurality of nodes.
 13. The method of claim10, further comprising the steps of: sending a detach signal to theresource; detaching the resource from the grid; sending a detachedsignal to indicate that the resource is no longer attached to the grid;and recording that the resource is available for reassignment.
 14. Themethod of claim 10, further comprising the steps of: checking whetherthe request for the resource was made from a client that is a valid userof the external resource dispatcher; and checking a database foridentifying the resource suitable for satisfying the request, wherein ifthe client is not a valid user or if the database does not contain asuitable resource, then denying the request.
 15. The method of claim 14,wherein the request originates from a licensing server that manages theaddition and removal of the resource while complying with licensingusage terms of the resource.
 16. A system for managing a computationalgrid, the system comprising: a CPU, a computer readable memory and acomputer readable storage media; first program instructions to receive alicense request from a requestor in a grid network; second programinstructions to identify an available license; third programinstructions to create a new operational node and configuring the newoperational node to satisfy the license request when currently existingoperational nodes are unable to satisfy the license request; and fourthprogram instructions to notify the requestor of the available license,wherein the first, second, third and fourth program instructions arestored on the computer readable storage media for execution by the CPUvia the computer readable memory.
 17. The system of claim 16, furthercomprising fifth program instructions to send a configuration update tothe new operational node to uniquely identify the new operational nodeor configure an application.
 18. The system of claim 16, furthercomprising: an external resource dispatcher (ERD) for managing andcontrolling non-licensed resources and for providing the non-licensedresources to the grid network so as to increase capacity and fordetaching the non-licensed resources so as to reduce capacity.
 19. Asystem for managing resources in a grid computational system,comprising: a license server for managing the usage of licensedresources in a grid network, the grid network having a plurality ofnodes; a backup component for creating and storing images from a masternode to a generic node for creating an operational node upon an event;an external resources store for maintaining at least any one of an imageand an application for creating operational nodes in conjunction with arequest from the license server; and an external resources dispatcherfor providing non-license resources to the grid network in collaborationwith the license server to maintain a consistent record of availableconfigurations of the plurality of nodes.
 20. The system of claim 19,further comprising means for reassigning a virtual IP address from oneof the plurality of nodes to another of the plurality of nodes.
 21. Thesystem of claim 19, further comprising means for tracking licensesdistributed on a used basis.
 22. A computer program product comprising acomputer usable storage medium having readable program code embodied inthe storage medium, the computer program product includes at least onecomponent to: create one or more generic nodes from a master node bytransferring an image to one or more nodes from the master node; andtransform the one or more generic nodes into one or more operationalnodes by sending a configuration update to each of the one or moregeneric nodes, the configuration update providing information to createa uniquely identified one or more operational nodes within a gridnetwork.
 23. A method for deploying computing infrastructure, comprisingintegrating computer readable code into a computing system, wherein thecode in combination with the computing system performs the following:creating one or more generic nodes from a master node by transferring animage to one or more nodes from the master node; and transforming theone or more generic nodes into one or more operational nodes by sendinga configuration update to each of the one or more generic nodes, theconfiguration update providing information to create a uniquelyidentified one or more operational nodes within a grid network.